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DETAILED ACTION 



1. 



This action is in response to the RCE amendment filed 6/2/2010. 



2. 



Claims 1-30 are pending in the application. 



Claim Rejections - 35 USC § 112 



3. 



The following is a quotation of the first paragraph of 35 U.S. C. 112: 



The specification shall contain a written description of the invention, and of the manner and process of making 
and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it 
pertains, or with which it is most nearly connected, to make and use the same and shall set forth the best mode 



contemplated by the inventor of carrying out his invention. 

4. Claims 1-30 are rejected under 35 U.S.C. 1 12, first paragraph, as failing to comply with 
the written description requirement. The claim(s) contains subject matter which was not 
described in the specification in such a way as to reasonably convey to one skilled in the relevant 
art that the inventor(s), at the time the application was filed, had possession of the claimed 
invention. The limitation, "flagging. . .if the first optimized form of the software program is 
optimized to create the second optimized form of the software program is not defined in the 
specification. 



5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 



Claim Rejections - 35 USC §103 
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6. Claims 1-3, 8-16 and 21-30 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Pieper et al (US 2003/0005419) in view of Cain et al ("Portable Software Library 
Optimization," 2/1998) hereinafter referred to as "Cain." 
Regarding claim 1 : 

Pieper et al. disclose: a method of optimizing a software program for a target processor to 
meet performance objectives, where the software program is coded in a high-level Language 
(par. 0019; par. 0020), the method comprising the steps of: (a) optimizing the software 
program such that, determining a first performance profile for the first optimized form of the 
software program, and comparing the first performance profile with the performance 
objectives (par. 0020; 0030). 

Pieper et al. do not explicitly disclose that a resulting first optimized form of the software 
program is completely independent of the target processor and is at least partially coded in 
the high-level language. However, Cain teaches that such a portable optimized high-level 
source code was known in the art of software development and optimization, at the time 
applicant's invention was made, to provide portability to different platforms (i.e. sectionl, 
page 1, second paragraph). It would have been obvious for one having ordinary skill in the 
art of computer software development and optimization to modify Pieper' s disclosed system 
to incorporate the teachings in Cain. The modification would be obvious because one having 
ordinary skill in the art would be motivated to maintain portability of programs that are 
optimized in high-level target independent code in Pieper. 

Pieper et al. further discloses: 
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(b) based on results of comparing the first performance profile with the performance 
objectives, if the performance objectives are not met by the first optimized form of the 
software program, then optimizing the first optimized form of the software program such that 
a resulting second optimized form of the software program includes at least one portion that 
is dependent on the target processor and is coded in the high-level language (par. 0031, 0020; 
par. 0045); 

Pieper et al. do not explicitly disclose flagging at least one portion to indicate that the at least 
one portion is dependent on the target processor if the first optimized form of the software 
program is optimized to create the second optimized form of the software program. 
However, Cain teaches that using flags was known in the art of software development and 
optimization, at the time applicant's invention was made, to mark or identify some portions 
or whole code as an event of some type or having a special purpose or capability ("#include 
directive is used to retrieve the desired system-specific API," page 7). It would have been 
obvious for one having ordinary skill in the art of computer software development and 
optimization to modify Pieper' s disclosed system to flag the modified target dependent code. 
The modification would be obvious because one having ordinary skill in the art would be 
motivated to identify the target specific code for efficient optimization and portability (page 
6-7) as taught by Cain. 

Pieper further discloses wherein the acts of optimizing are performed such that the first and 
second optimized forms of the software program are progressively more dependent on the 
target processor (i..e 0030;0031). 
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Regarding claim 2: 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose: (bl) determining a 
second performance profile for the second optimized form of the software program, and 
comparing the second performance profile with the performance objectives (par. 0032; 0044) as 
claimed. 

Regarding claim 3 : 

The rejection of claim 2 is incorporated, and further, Pieper et al. disclose: 

-optimizing the second optimized form of the software program such that a resulting third 

optimized form of the software program is at least partially dependent on the target processor 

and includes portions coded in a low-level language of the target processor (par. 0031) as 

claimed. 

Regarding claim 9: 

Pieper et al. further disclose the act of implementing reference code comprises code profiling 
(par. 0031, 0042 ; 0046 ; 0048 ; 0049 ; 0052) as claimed. 

Regarding claim 8, this claim is another version of the claimed method discussed in claim 9, 
wherein all claim limitations also have been addressed and/or covered in cited areas as set forth 
the above. 
Regarding claim 10: 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose : 
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-the act of optimization predicted to improve resulting assembly code ("In generating the code, 
generator modifies the code such that code reflects scheduling and other low-level optimizations 
of the code, which are dependent on the target processor architecture," 0031; 0032; 0009). 
Regarding claim 1 1 : 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose the act of tuning 
low-level functions (0031) as claimed. 
Regarding claim 12: 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose the act of manual 
assembly optimization. Hand-coded assembly for optimized performance is necessary for 
performance critical routines such as graphics or math library routines as they often must 
access low-level machine instructions for optimal execution performance. Therefore, 
accordingly, Pieper et al. anticipate this claim. See also 0009 and 0018. 

Regarding claim 13: 

The rejection of claim 1 is incorporated, and further, Pieper et al. the act of feature tuning (0031; 
0032). 

Per claim 27: 

Pieper et al. further discloses: wherein the second optimized form of the software 
program includes the at least one portion that is dependent on the target processor and another 
portion that is independent of the target processor (par. 0031, 0020; par. 0045). 

Per claim 28: 

Pieper et al. further discloses: wherein the act of optimizing the first optimized form 
of the software program uses a subset of the first optimized form (par. 0031, 0020; par. 0045). 
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Per claims 14-16, 21-26, 29, and 30, they are the computer-readable medium versions of 
claims 1-3, 8-13, 27, and 28, respectively, and are rejected for the same reasons set forth in 
connection with the rejection of claims 1-3, 8-13, 27, and 28 above. 

7. Claims 4-7 and 17-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Pieper et al (US 2003/0005419) in view of Cain et al ("Portable Software Library Optimization," 
2/1998) hereinafter referred to as "Cain" and further in view of Kum et al. (0-7803-5041-3/99, 
IEEE). 

Regarding claim 4: 

The rejection of claim 1 is incorporated, and further, Pieper et al. and Cain do not explicitly teach 
a floating-point implementation. However, Kum et al. disclose deriving a floating point 
implementation (pg 2163, introduction, par. 3, "the ranges of floating point variables are 
estimated by the simulation of the range estimation program that is automatically generated from 
the original floating-point version," see also Figure 1) for the purpose of automatic scaling of all 
numbers so that the numbers use the full word length available and for the purpose of reducing 
the risk of overflow. Therefore, it would have been obvious to a person of ordinary skill in the 
art to incorporate the teachings of Kum et al. to the system of Pieper et al and Cain. The 
modification would be obvious to include the floating-point implementation because of the 
automatic scaling of each number to use the full word length of the mantissa so that accurate 
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representation of numbers can be obtained while minimizing the risk of overflow and 
quantization errors (pg 2163, introduction, par. 3). 

Regarding claim 5 : 

The rejection of claim 1 is incorporated, and further, Pieper et al. and Cain do not explicitly 
teach a fixed point implementation. However, Kum et al. disclose the method of claim 1 in 
which step (a) comprises the act of deriving a fixed point implementation so that "assembly 
coding and manual scaling can be avoided and the translated C programs are executed very 
efficiently" in fixed-point DSPs (pg 2163, introduction, lines 1-15). Therefore, it would have 
been obvious to a person of ordinary skill in the art to incorporate the teachings of Kum et al. 
to the system of Pieper et al and Cain. The modification would be obvious to include the 
fixed-point implementation so that round-off errors can be prevented and target dependent 
scaling shift can be minimized while obtaining fast real-time processing with less power and 
memory usage (pg 2163, introduction, lines 1-15). 

Regarding claim 6: 

The rejection of claim 5 is incorporated, and further, Pieper et al. and Cain do not explicitly teach 
the act of processing qualification. However, Kum et al. further disclose the act of processing 
qualification (Introduction, par.3; simulation-based integer word-length determination, pg 2165, 
shift reduction, par. 10; pg 2163, par. 6; pg 2166, Concluding remarks) so that cost effective and 
high quality fast real-time processing with less power and memory usage can be obtained while 
reducing quantization noise (Introduction, par.3; simulation-based integer word-length 
determination, pg 2165, shift reduction, par. 10; pg 2163, par. 6; pg 2166, Concluding remarks). 
Therefore, it would have been obvious to a person of ordinary skill in the art to incorporate the 
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teachings of Kum et al. to the system of Pieper et al and Cain. The modification would be 
obvious to include the act of processing qualification for the purpose of high quality processing 
with minimized quantization noise. 
Regarding claim 7: 

The rejection of claim 5 is incorporated, and further,, Pieper et al. and Cain do not explicitly 
teach the act of implementation sizing. However, Kum et al. further disclose the act of 
implementation sizing (abstract; Introduction, pg 2163, par. 3; pg 2163, simulation-based integer 
word-length determination) by program-profiling results (pg 2164-2165, Sift reduction) so that 
estimation of code size for the target can be obtained and the risk of overflow can be prevented. 
Therefore, it would have been obvious to a person having ordinary skill in the art to incorporate 
the teachings of Kum et al. to the system of Pieper et al and Cain. The modification would be 
obvious to include the act of implementation sizing for the purpose of code size estimation so 
that the risk of overflow can be prevented (pg 2164-2165, Sift reduction). 

Per claims 17-20, they are the computer-readable medium versions of claims 4-7, 
respectively, and are rejected for the same reasons set forth in connection with the rejection of 
claims 4-7 above. 

Response to Arguments 

8. Applicant's arguments filed 6/2/2010 have been fully considered but they are not 
persuasive. 

The applicant states that Pieper and Cain do not disclose that the acts of optimizing are 
performed such that the first and second optimized forms of the software program are 
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progressively more dependent on the target processor. Rather, Pieper discloses a process 50 in 
which the source code 52 is optimized in step 58 to obtain a first optimized code 60 that is 
substantially independent. . .of the architecture of the target processor. . .In the process 50, the 
optimized code 60 is then translated and converted to machine-dependent code 74. An analysis 
76 is then performed to generate profile data 78, and step 58 is repeated to perform further 
optimization... Thus, in Pieper, the repeating of the optimization step 58 based on a result of the 
analysis 76 is not to obtain optimized code that is progressively more machine dependent 
(remark, 7). 

In response, as previously addressed, the combined teachings of Pieper and Cain disclose 
the optimized code that is substantially/completely independent of the target processor and based 
on the result, further optimization resulting in a machine dependent format can be performed as 
recited in the claims (i.e. 003 1). Such optimization of substantially or completely independent 
code to a further optimized version of form that is in a machine-dependent format in Pieper 
combined with Cain is clearly progressive optimization that starts from substantially/completely 
optimized format and progresses to a machine dependent format. Furthermore, the instant 
specification does not even recite "progressively more machine dependent" and therefore does 
not limit the scope of the term "progressively." 

The applicant states that Cain does not disclose flagging. Cain does not disclose or 
suggest that any act of flagging is conditioned upon whether the first optimized form of the 
software program is optimized to create the second optimized form of the software program (i.e. 
remark, 8). 
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In response, the instant specification recites that the pragmas and intrinsics tend to detract 
from the portability, those parts of the code may be encapsulated and isolated, with the use of 
#if-defme or other such conditional compiling flags, target compiler dependent flags can be 
integrated into the code so that it is possible to recompile the same application for all the targets 
to be addressed (spec, page 24)." It is noted that a person having ordinary skill in the pertinent 
art would know that such a compiler directive mechanism (preprocessor directives) is well 
known to perform source code inclusion and macro substitution as taught by Cain (page 7). Cain 
clearly discloses the #ifdef directives that are for "compile-time conditional code compilation 
(page 7)." Therefore, as the instant specification merely describes the general concept of flagging 
to provide portability, the very same use of #ifdef flag for target specific code is to achieve 
software portability by encapsulating the system-specific sections in Cain's portable software 
optimization (i.e. pages 3, 7). 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to INSUN KANG whose telephone number is (571)272-3724. The 
examiner can normally be reached on M-R 7:30-6 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis A. Bullock, Jr. can be reached on 571-272-3759. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Insun Kang/ 

Primary Examiner, Art Unit 2193 



